Methodology for directory categorization for categorized files

ABSTRACT

A computer implemented method, system, and computer usable program code are provided for categorizing directories using categorized objects. Responsive to receiving a plurality of objects, the plurality of objects are stored in a directory in a file system. One of a plurality of indicia is associated with each of the plurality of objects. The plurality of objects are displayed using the indicia as a marked objects and the directory is displayed using the indicia of an earliest stored marked object as a marked directory.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present application relates generally to directory categorization.More particularly, the present application relates to a computerimplemented method, system, and computer usable program code forcategorizing directories using categorized files.

2. Description of the Related Art

In computing, a file system is a method for storing and organizingcomputer files and the data the computer files contain to make it easyto find and access the computer files. File systems may use a storagedevice, such as a hard disk or CD-ROM, and involve maintaining thephysical location of the files, or the file systems may be virtual andexist only as an access method for virtual data or for data over anetwork.

More formally, a file system is a set of abstract data types that areimplemented for the storage, hierarchical organization, manipulation,navigation, access, and retrieval of data.

The most familiar file systems make use of an underlying data storagedevice that offers access to an array of fixed-size blocks, sometimescalled sectors, generally 512 bytes each. The file system software isresponsible for organizing these sectors into files and directories, andkeeping track of which sectors belong to which file and which are notbeing used.

However, file systems may not make use of a storage device at all. Afile system can be used to organize and represent access to any data,whether it be stored or dynamically generated.

Whether the file system has an underlying storage device or not, filesystems typically have directories which associate file names withfiles, usually by connecting the file name to an index into a fileallocation table of some sort, such as the File Allocation Table (FAT)in an Microsoft® Disk Operating System (MS-DOS) file system, or an inodein a Unix®-like file system. Directory structures may be flat, or allowhierarchies where directories may contain subdirectories. In some filesystems, file names are structured, with special syntax for filenameextensions and version numbers. In others, file names are simplestrings, and per-file metadata is stored elsewhere.

While file systems provide an easier means to find and access thecomputer files, storing an unread or important file within the filesystem may cause finding the computer files at a later time moredifficult. Thus, marking files and the directories where the files arestored will provide for easier retrieval of the files.

SUMMARY OF THE INVENTION

The different aspects of the illustrative embodiments provide a computerimplemented method, system, and computer usable program code forcategorizing directories using categorized objects. The illustrativeembodiments store objects in a directory in a file system in response toreceiving the objects. The illustrative embodiments associate one of anumber of indicia with each of the objects. The illustrative embodimentsdisplay the plurality of objects using the indicia as marked objects anddisplay the directory using the indicia of an earliest stored markedobject as a marked directory.

BRIEF DESCRIPTION OF THE DRAWINGS

The novel features believed characteristic of the illustrativeembodiments are set forth in the appended claims. The aspects of theillustrative embodiments, however, as well as a preferred mode of use,further objectives and advantages thereof, will best be understood byreference to the following detailed description of an illustrativeembodiment when read in conjunction with the accompanying drawings,wherein:

FIG. 1 depicts a pictorial representation of a network of dataprocessing systems in which illustrative embodiments may be implemented;

FIG. 2 depicts a block diagram of a data processing system in whichillustrative embodiments may be implemented;

FIG. 3 depicts a functional block diagram of the components used toimplement a file identification system in accordance with anillustrative embodiment;

FIGS. 4A, 4B, and 4C depict some exemplary indications that may beimplemented in accordance with an illustrative embodiment;

FIG. 5 is a diagram of exemplary options associated with a file inaccordance with an illustrative embodiment;

FIG. 6 depicts an exemplary file properties menu associated with a filein accordance with an illustrative embodiment;

FIG. 7 depicts an exemplary file indicia attributes menu in accordancewith an illustrative embodiment;

FIG. 8 depicts exemplary options associated with a directory inaccordance with an illustrative embodiment;

FIG. 9 depicts an exemplary directory properties menu associated with adirectory in accordance with an illustrative embodiment;

FIG. 10 depicts an exemplary directory indicia attributes menu inaccordance with an illustrative embodiment;

FIG. 11 depicts the operation of associating an indicia with an objectand directory in accordance with an illustrative embodiment; and

FIG. 12 depicts the operation of categorizing directories usingcategorized files in accordance with an illustrative embodiment.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The illustrative embodiments provide for categorizing directories usingcategorized files. With reference now to the figures and in particularwith reference to FIGS. 1-2, exemplary diagrams of data processingenvironments are provided in which illustrative embodiments may beimplemented. It should be appreciated that FIGS. 1-2 are only exemplaryand are not intended to assert or imply any limitation with regard tothe environments in which different embodiments may be implemented. Manymodifications to the depicted environments may be made.

With reference now to the figures, FIG. 1 depicts a pictorialrepresentation of a network of data processing systems in whichillustrative embodiments may be implemented. Network data processingsystem 100 is a network of computers in which embodiments may beimplemented. Network data processing system 100 contains network 102,which is the medium used to provide communications links between variousdevices and computers connected together within network data processingsystem 100. Network 102 may include connections, such as wire, wirelesscommunication links, or fiber optic cables.

In the depicted example, server 104 and server 106 connect to network102 along with storage unit 108. In addition, clients 110, 112, and 114connect to network 102. These clients 110, 112, and 114 may be, forexample, personal computers or network computers. In the depictedexample, server 104 provides data, such as boot files, operating systemimages, and applications to clients 110, 112, and 114. Clients 110, 112,and 114 are clients to server 104 in this example. Network dataprocessing system 100 may include additional servers, clients, and otherdevices not shown.

In the depicted example, network data processing system 100 is theInternet with network 102 representing a worldwide collection ofnetworks and gateways that use the Transmission ControlProtocol/Internet Protocol (TCP/IP) suite of protocols to communicatewith one another. At the heart of the Internet is a backbone ofhigh-speed data communication lines between major nodes or hostcomputers, consisting of thousands of commercial, governmental,educational and other computer systems that route data and messages. Ofcourse, network data processing system 100 also may be implemented as anumber of different types of networks, such as for example, an intranet,a local area network (LAN), or a wide area network (WAN). FIG. 1 isintended as an example, and not as an architectural limitation fordifferent embodiments.

With reference now to FIG. 2, a block diagram of a data processingsystem is shown in which illustrative embodiments may be implemented.Data processing system 200 is an example of a computer, such as server104 or client 110 in FIG. 1, in which computer usable code orinstructions implementing the processes may be located for theillustrative embodiments.

In the depicted example, data processing system 200 employs a hubarchitecture including a north bridge and memory controller hub (MCH)202 and a south bridge and input/output (I/O) controller hub (ICH) 204.Processor 206, main memory 208, and graphics processor 210 are coupledto north bridge and memory controller hub 202. Graphics processor 210may be coupled to the MCH through an accelerated graphics port (AGP),for example.

In the depicted example, local area network (LAN) adapter 212 is coupledto south bridge and I/O controller hub 204 and audio adapter 216,keyboard and mouse adapter 220, modem 222, read only memory (ROM) 224,universal serial bus (USB) ports and other communications ports 232, andPCI/PCIe devices 234 are coupled to south bridge and I/O controller hub204 through bus 238, and hard disk drive (HDD) 226 and CD-ROM drive 230are coupled to south bridge and I/O controller hub 204 through bus 240.PCI/PCIe devices may include, for example, Ethernet adapters, add-incards, and PC cards for notebook computers. PCI uses a card buscontroller, while PCIe does not. ROM 224 may be, for example, a flashbinary input/output system (BIOS). Hard disk drive 226 and CD-ROM drive230 may use, for example, an integrated drive electronics (IDE) orserial advanced technology attachment (SATA) interface. A super I/O(SIO) device 236 may be coupled to south bridge and I/O controller hub204.

An operating system runs on processor 206 and coordinates and providescontrol of various components within data processing system 200 in FIG.2. The operating system may be a commercially available operating systemsuch as Microsoft® Windows® XP (Microsoft and Windows are trademarks ofMicrosoft Corporation in the United States, other countries, or both).An object oriented programming system, such as the Java™ programmingsystem, may run in conjunction with the operating system and providescalls to the operating system from Java programs or applicationsexecuting on data processing system 200 (Java and all Java-basedtrademarks are trademarks of Sun Microsystems, Inc. in the UnitedStates, other countries, or both).

Instructions for the operating system, the object-oriented programmingsystem, and applications or programs are located on storage devices,such as hard disk drive 226, and may be loaded into main memory 208 forexecution by processor 206. The processes of the illustrativeembodiments may be performed by processor 206 using computer implementedinstructions, which may be located in a memory such as, for example,main memory 208, read only memory 224, or in one or more peripheraldevices.

The hardware in FIGS. 1-2 may vary depending on the implementation.Other internal hardware or peripheral devices, such as flash memory,equivalent non-volatile memory, or optical disk drives and the like, maybe used in addition to or in place of the hardware depicted in FIGS.1-2. Also, the processes of the illustrative embodiments may be appliedto a multiprocessor data processing system.

In some illustrative examples, data processing system 200 may be apersonal digital assistant (PDA), which is generally configured withflash memory to provide non-volatile memory for storing operating systemfiles and/or user-generated data. A bus system may be comprised of oneor more buses, such as a system bus, an I/O bus and a PCI bus. Of coursethe bus system may be implemented using any type of communicationsfabric or architecture that provides for a transfer of data betweendifferent components or devices attached to the fabric or architecture.A communications unit may include one or more devices used to transmitand receive data, such as a modem or a network adapter. A memory may be,for example, main memory 208 or a cache such as found in north bridgeand memory controller hub 202. A processing unit may include one or moreprocessors or CPUs. The depicted examples in FIGS. 1-2 andabove-described examples are not meant to imply architecturallimitations. For example, data processing system 200 also may be atablet computer, laptop computer, or telephone device in addition totaking the form of a PDA.

When a user saves or detaches an unopened or important file to adirectory, then the user may be given an option to identify the file as“urgent,” “unread,” “needs review,” “come back to later,” or some othertype of identification. The identification of the file and thedirectories where the file is stored may be through the use of a coloridentification or indicator, based on choices selected at the time theidentification is made or through a preset configuration. If the file isopened, the user may receive options to mark the file and directories.Once a user chooses an identifier, the files as well as the hierarchicaldirectory structure would be identified up to the top level directorywith the chosen identifier.

FIG. 3 depicts a functional block diagram of the components used toimplement a file identification system in accordance with anillustrative embodiment. Operating system 302 that runs on processingunit 304, such as processing unit 206 of FIG. 2, stores files on storageunit 306, such as storage unit 108 of FIG. 1 or hard disk drive 226 orCD-ROM drive 230 of FIG. 2. Storage unit 306 may be comprised of ahierarchical directory structure containing numerous directories such asdirectories 308, 310, and 312. While the illustrative embodiments usesthe term files, a file may be any object that is stored in a filesystem, such as an email, a program, a text, or a picture. Directory 310is shown to contain file 314. Directory 312 is shown to contain file 316which is stored in subdirectory 318 within directory 312.

Operating system 302 may be modified in accordance with the describedillustrative embodiments to identify a file that is stored on storageunit 306 with an indicia. The indicia may identify the file as “urgent,”“unread,” “needs review,” “come back to later,” or some other type ofidentification. Additionally, the directories where the file is storedmay also take on the identification of the file in order to easilyidentify the directories where the identified file is stored.

As an example of this identification, file 314 has been identified bythe user as an “urgent” file and is tagged with an “urgent” indicia. Asshown, directory 310 where file 314 is stored is also tagged with an“urgent” indicia. As another example, file 316 has been identified bythe user as a “need review” file and is tagged with a “needs review”indicia. As shown, directory 312 which is a parent directory tosubdirectory 318, as well as subdirectory 318 where file 316 is stored,are also tagged with a “need review” indicia. Thus, the illustrativeembodiments tag or identify the entire directory tree structure, whetherthe directory tree structure is composed of two directories or anynumber of directories. While files 314 and 316, directories 310 and 312,and subdirectory 318 are shown with indicators, the files may also beidentified through the use of coloring the background of the icon, thebackground of just the text of the icon, the text of the icon withdifferent colors, or through an abbreviated indicia.

As an aspect of the illustrative embodiments, a plurality of files, suchas file 314 or 316, with different indicia may be stored in a singledirectory such as directory 310. In the case of such an event, the usermay select which indicia to use with the directory or the user mayselect a majority option. The majority option would use percentagecalculator 320 within operating system 302 to determine, based on theplurality of files with indications, which indicia has the highestpercentage and mark the directory with the indicia of the majority.

FIGS. 4A, 4B, and 4C depict some exemplary indications that may beimplemented in accordance with an illustrative embodiment. FIGS. 4A, 4B,and 4C depict exemplary desktop images that contain directories 402 a,404 a, 406 a, 402 b, 404 b, 406 b, 402 c, 404 c, and 406 c,respectively, which are representative of directories 308, 310, and 312of FIG. 3, respectively. FIG. 4A illustrates directory 404 a as beingidentified with a lighter shaded background which is associated with an“urgent” indicia that indicates a file with an “urgent” indicia isstored within the directory. FIG. 4A also depicts directory 406 a asbeing identified with a darker shaded background which is associatedwith a “needs review” indicia that indicates a file with a “needsreview” indicia is stored within the directory or a sub-directory.

FIG. 4B shows directory 404 b as being identified with a lighter shadedtext background which is associated with an “urgent” indicia thatindicates a file with an “urgent” indicia is stored within thedirectory. FIG. 4B also depicts directory 406 b as being identified witha darker shaded text background which is associated with a “needsreview” indicia that indicates a file with a “needs review” indicia isstored within the directory or a sub-directory.

FIG. 4C illustrates directory 404 c as being identified with anabbreviated indicia which is associated with an “urgent” indicia thatindicates a file with an “urgent” indicia is stored within thedirectory. FIG. 4C also depicts directory 406 c as being identified withan abbreviated indicia which is associated with a “needs review” indiciathat indicates a file with a “needs review” indicia is stored within thedirectory or a sub-directory.

While FIGS. 4A, 4B, and 4C depict a desktop view of directories, thesame type of identification may be used in tree structure file systemview of directories and files on a computer system or any othergraphical user interface where directories and files are viewed, such asan email system.

FIG. 5 is a diagram of exemplary options associated with a file inaccordance with an illustrative embodiment. When a user receives file502 via an email, through a network, or through another means where afile is received on a computer system, a user may right-click using amouse on file 502 to access options that are associated with the file.File 502 is a file such as file 316 of FIG. 3. The options are providedthrough menu 504, which pop-ups in response to a right-click of a mouse.As an aspect of this illustrative embodiment, menu 504 has been modifiedto provide an additional option, identify file 506. If the user selectsidentify file option 506, indicia menu 508 may pop-up that allows theuser to select the indicia the user wants to associate with the file andthe file will be marked using the selected indicia. If the user selectsproperties 510, a properties menu starts which contains the propertiesassociated with file 502.

In another illustrative embodiment, if file 502 is detached from anemail or saved from a disk, the operating system identifies file 502 asnot been read but is merely being saved to a particular directory. Thus,the operating system may prompt the user through the use of a pop-upinquiring whether the user would like to mark file 502 with an indicia.If the user responds positively, indicia menu 508 may appear allowingthe user to select an appropriate indicia and the file will be markedusing the selected indicia.

In still another illustrative embodiment, if file 502 is received as anattachment to an email, the operating system may use a policy databasethat correlates the originator of the email with file 502. The policydatabase may store the indicia that is associated with the originatorand automatically store file 502 with the indicia identified in thepolicy database and the file will be marked using the identifiedindicia.

FIG. 6 depicts an exemplary file properties menu associated with a filein accordance with an illustrative embodiment. File properties 602 areproperties associated with a file such as file 502 of FIG. 5. Inaccordance with this illustrative embodiment, file properties 602contains a file indicia attribute area 604. If the user selects theidentify file option described in FIG. 5, use file indicia option 606will be selected. The user may cancel use file indicia option 606 byde-selecting use file indicia option 606 or may select advanced option608 to change how the selected identification should appear. If advancedoption 608 is selected, an indicia attributes menu will start so thatthe user may select the attributes associated with the file indicia.

FIG. 7 depicts an exemplary file indicia attributes menu in accordancewith an illustrative embodiment. File indicia attributes menu 702 areindicia attributes associated with selecting advanced options 608 ofFIG. 6. In file indicia attributes menu 702, the user may selectidentify file icon with color 704, identify text of file icon with color706, identify file icon with indicator 708, or identify file icon withabbreviated indicia 710. If the user selects identify file icon withcolor 704, identify text of file icon with color 706, or identify fileicon with abbreviated identifier 710, the user may select the colors orabbreviated indicia the user would like to use. While FIG. 7 depicts afew exemplary identification methods, other identification methods mayalso be incorporated. Additionally, while not illustrated in FIG. 7, auser may also be able to edit the indications that the user would liketo use, such as “urgent,” “unread,” “needs review,” or “come back tolater.” As the user adds or deletes indications, the indications willappear in the identifier menu, such as indicia menu 508 of FIG. 5.

FIG. 8 depicts exemplary options associated with a directory inaccordance with an illustrative embodiment. When a user stores a file indirectory 802 on a computer system, a user may right-click using a mouseon directory 802 to access options that are associated with thedirectory. Directory 802 is a directory such as directory 312 of FIG. 3.The options are provided through menu 804, which pop-ups in response toa right-click of a mouse. If the user selects properties 806, aproperties menu is presented which contains the properties associatedwith directory 802.

In still another illustrative embodiment, if directory 802 receives afile, the operating system may identify the file as not being read andprompt the user through the use of a pop-up inquiring whether the userwould like to mark directory 802 with an indicia. If the user respondspositively, the directory would take on the attributes of any file whichuses an indicia that is stored within the directory and the directorywill be marked using the selected indicia.

FIG. 9 depicts an exemplary directory properties menu associated with adirectory in accordance with an illustrative embodiment. Directoryproperties 902 are properties associated with a directory such asdirectory 802 of FIG. 8. In accordance with this illustrativeembodiment, directory properties 902 contains a directory indiciaattributes area 904. If the user selects use directory indicia option906, the directory will take on the attributes of any file which uses anindicia that is stored within the directory and the directory will bemarked using the selected indicia. Also, though not shown, the user maybe prompted at this time whether to make the use directory indiciaoption 906 selection global to all directories on the users' computer.When the user selects the global option the operating system will selectthe use directory indicia option 906 for all directories on the user'scomputer. The user may cancel use directory indicia option 906 byde-selecting use directory indicia option 906 or may select advancedoption 908 to change how the selected identification should appear. Ifadvanced option 908 is selected, an indicia attributes menu is presentedso that the user may select the attributes associated with the directoryindicia.

FIG. 10 depicts an exemplary directory indicia attributes menu inaccordance with an illustrative embodiment. Directory indicia attributesmenu 1002 is indicia attributes associated with selecting advancedoptions 908 of FIG. 9. In directory indicia attributes menu 1002, theuser may select identify directory icon with color 1004, identify textof directory icon with color 1006, identify directory icon withindicator 1008, or identify directory icon with abbreviated indicia1010. If the user selects identify directory icon with color 1004,identify text of directory icon with color 1006, or identify directoryicon with abbreviated indicia 1010, the user may select the colors orindications the user would like to use. While FIG. 7 allows a user toselect attributes to be used with a file indicia, the user may select adifferent option other than the option used for the file to be used forthe directory as shown in FIG. 10. While FIG. 10 depicts a few exemplaryidentification methods, other identification methods may also beincorporated.

In the event where a plurality of files, such as file 314 or 316 of FIG.3, with different indicia are stored in a single directory such asdirectory 310 of FIG. 3, the user may select use priority measure 1012for the directory. The user may then select which indicia using selectpriority indicia 1014. When the user selects select priority indicia1014, menu 1016 appears that allows the user to select a specificindicia or to select a “use majority” option. The use majority optionwould use a percentage calculator within the operating system todetermine, based on the plurality of files with indications, whichindicia has the highest percentage and mark the directory with theindicia of the majority.

FIG. 11 depicts the operation of associating an indicia with a objectand directory in accordance with an illustrative embodiment. Theoperation may be implemented by an operating system such as operatingsystem 302 of FIG. 3. As the operation begins, a user receives an objectvia an email, through a network, or through another means where anobject is received on a computer system (step 1102). The operatingsystem determines if the user has requested that the object beidentified with an indicia (step 1104). The user may request the use ofan indicia as described in FIG. 5. If the user has requested the use ofan indicia, the operating system checks the directory properties of thedirectory where the object is being stored to determine if the objectindicia option is selected. If the object indicia option is notselected, the user may be prompted to use the object indicia (step1106). If the operating system determines the directory where the objectis stored has the object indicia property selected (step 1108), theoperating system stores the object in the selected directory and marksthe object and all directories associated with the object with theselected indicia (step 1110), with the operation ending thereafter.

If at step 1108, the operating system determines that the object indiciaproperty has not been selected, the operating system stores the objectin the selected directory and marks only the object with the selectedindicia (step 1112), with the operation ending thereafter. Returning tostep 1104, if the operating system determines that the user has notrequested that the object be identified with an indicia, the operatingsystem stores the object in the selected directory (step 1114), with theoperation ending thereafter.

While the above embodiment describes one implementation of categorizingdirectories using categorized files, there are many ways to implementcategorizing directories using categorized files. Such an alternativeembodiment may be where unread or important files of a particular filetypes are stored with an associated indicia. For example, unread orimportant Excel® files may be stored with a yellow indicia, unread orimportant text files may be stored with a purple indicia, and unread orimportant PowerPoint® files may be stored with a blue indicia. Then, afolder that contains unread or important Excel®, text, and PowerPoint®files may toggle through a yellow, purple, and blue indications at someconfigurable time, such as one to two seconds per indicia.

In an additional alternative embodiment, a user may be able to view thepercentages of files that are unread or important within a particularfolder by moving a pointer over the folder where a pop-up would appearthat shows the indications associated with the files stored in thefolder and the percentages associated with each indicia within theindications.

In another alternative embodiment, files and/or directories that aretagged with an indicia may be searched for in a file system. Using theindications in the indications menu, a file system search engine wouldreturn all files and/or directories that are marked with indications or,using a specific indicia, the search engine would return only the filesand/or directories that use the specific indicia.

FIG. 12 depicts the operation of categorizing directories usingcategorized files in accordance with an illustrative embodiment. As theoperation begins, the operating system determines if there is more thanone marked object, an object with an indicia, in a directory (step1202). If there is no marked object or only one marked object, theoperation ends. If there is more than one marked object, the operatingsystem determines if the “use priority measure” option is selected bythe user (step 1204). If the option is unselected, the operation ends.If the option is selected, the operating system determines if the “usemajority” option is selected (step 1206). If an option other than the“use majority” option is selected, the operating system marks thedirectory with the selected indicia (step 1208), with the operationending thereafter. In the event that an object with the selected indiciais not within the directory, the directory indicia will default to theindicia of the earliest saved object. Returning to step 1206, if the“use majority” option is selected, a percentage calculator within theoperating system determines the majority of objects with an indicia andmakes the directory with the determined majority indicia (step 1210),with the operation ending thereafter.

Thus, the illustrative embodiments provide for categorizing directoriesusing categorized objects. Responsive to receiving a plurality ofobjects, the plurality of objects are stored in a directory in a filesystem. One of a plurality of indicia are associated with each of theplurality of objects. The plurality of objects are displayed using theindicia as a marked objects and the directory is displayed using theindicia of an earliest stored marked object as a marked directory.

The invention can take the form of an entirely hardware embodiment, anentirely software embodiment or an embodiment containing both hardwareand software elements. In a preferred embodiment, the invention isimplemented in software, which includes but is not limited to firmware,resident software, microcode, etc.

Furthermore, the invention can take the form of a computer programproduct accessible from a computer-usable or computer-readable mediumproviding program code for use by or in connection with a computer orany instruction execution system. For the purposes of this description,a computer-usable or computer readable medium can be any tangibleapparatus that can contain, store, communicate, propagate, or transportthe program for use by or in connection with the instruction executionsystem, apparatus, or device.

The medium can be an electronic, magnetic, optical, electromagnetic,infrared, or semiconductor system (or apparatus or device) or apropagation medium. Examples of a computer-readable medium include asemiconductor or solid state memory, magnetic tape, a removable computerdiskette, a random access memory (RAM), a read-only memory (ROM), arigid magnetic disk and an optical disk. Current examples of opticaldisks include compact disk—read only memory (CD-ROM), compactdisk—read/write (CD-R/W) and DVD.

A data processing system suitable for storing and/or executing programcode will include at least one processor coupled directly or indirectlyto memory elements through a system bus. The memory elements can includelocal memory employed during actual execution of the program code, bulkstorage, and cache memories which provide temporary storage of at leastsome program code in order to reduce the number of times code must beretrieved from bulk storage during execution.

Input/output or I/O devices (including but not limited to keyboards,displays, pointing devices, etc.) can be coupled to the system eitherdirectly or through intervening I/O controllers.

Network adapters may also be coupled to the system to enable the dataprocessing system to become coupled to other data processing systems orremote printers or storage devices through intervening private or publicnetworks. Modems, cable modem and Ethernet cards are just a few of thecurrently available types of network adapters.

The description of the present invention has been presented for purposesof illustration and description, and is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the art. Theembodiment was chosen and described in order to best explain theprinciples of the invention, the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

1. A computer implemented method for categorizing directories usingcategorized objects, the computer implemented method comprising:responsive to receiving a set of objects, storing the set of objects ina directory in a file system; associating one of a set of indicia witheach of the set of objects, wherein associating the one of the set ofindicia with the each of the set of objects is determined using apriority measure; displaying the set of objects using the set of indiciaas marked objects; associating the one of a set of indicia with thedirectory, wherein associating the one of the set of indicia with thedirectory is determined using the priority measure; displaying thedirectory initially using the one of the set of indicia of an earlieststored marked object as a marked directory; responsive to selecting amajority option as the priority measure, determining the one of the setof indicia for a majority of the marked objects in the directory anddisplaying the directory using the one of the set of indicia of themajority of the marked objects as the marked directory; responsive toselecting an option other than the majority option as the prioritymeasure, displaying the directory using the one of the set of indicia ofthe option other than the majority option as the marked directory;responsive to a selection of the marked directory, displaying the markedobjects stored within the marked directory; responsive to determiningmarked indicia of the marked objects in a particular directory, togglingthe display of the particular directory using each of the marked indiciaas the marked directory; responsive to a selection of the markeddirectory, displaying a percentage of the each of the marked indicia ofthe marked objects stored within the marked directory; searching thefile system to locate content marked with a specific indicia; responsiveto locating the specific indicia, retrieving the content marked with thespecific indicia from the file system; and responsive to receiving acommand to edit the set of indicia, editing the set of indicia.